約 3,200,910 件
https://w.atwiki.jp/drupal/pages/93.html
公式様モジュール 最新 kousiki-6.x-0.2.tar.gz 公式様が配布されておられます日本語翻訳付き本体プログラムには ファイル名 .drupal が埋葬されております。 理由としては、 空ディレクトリを展開しない一部の解凍ソフトのためってことで Windows系のフリーソフトでダミーファイルを置いてることはあるな らしいとの事 そしてこれは .drupal ファイルを求め彷徨い御降臨されました時にご挨拶さしあげるモジュールです。 必要事項として sitesフォルダ配下に埋葬されている8個の .drupal ファイルを必ず削除しておきます。
https://w.atwiki.jp/drupal/pages/63.html
Drupalバージョン情報 リリースノート 2011-01-05 Drupal 7.0 2008-02-13 Drupal 6.0リリースノート (日本語訳) 2008-02-27 Drupal 6.1 2008-04-09 Drupal 6.2 2008-07-09 Drupal 6.3 2008-08-13 Drupal 6.4 2008-10-08 Drupal 6.5 2008-10-22 Drupal 6.6 2008-12-10 Drupal 6.7 2008-12-11 Drupal 6.8 2009-01-14 Drupal 6.9 2009-02-25 Drupal 6.10 2009-04-29 Drupal 6.11 2009-05-13 Drupal 6.12 2009-07-01 Drupal 6.13 2009-10-16 Drupal 6.14 2009-12-16 Drupal 6.15 2010-03-03 Drupal 6.16 2010-06-02 Drupal 6.17 2007-01-15 Drupal 5.0リリースノート (日本語訳) 2006-05-01 Drupal 4.7.0リリースノート 2005-04-15 Drupal 4.6.0リリースノート 2004-10-18 Drupal 4.5.0リリースノート Drupalのバージョン番号について 以下は http //drupal.org/handbook/version-info の日本語訳です。 このページでは、Drupalコアおよび拡張モジュールにおける、Drupalのバージョン番号のスキーマについて説明します。各バージョン番号が何を意味するのか、そしてDrupalサイト構築時にどのようにバージョン番号を検討すればよいのかを理解する役に立つと思います。 Drupalコアのどのバージョンを使えばよいですか? 簡単に言うと、常に推奨の公式リリースのうちの一つを使うべきです。これはDrupal Projectのページで調べることができます。 どんなときでも、Drupalにはサポートされるメジャーリリースシリーズが二つ存在しています。現時点では、Drupal 5とDrupal 6です。それぞれの更新バージョンが、定期的に出されます。たとえば、Drupal 6シリーズでは、6.0, 6.1, 6.2, etcのように、いくつかのバージョンがすでにリリースされており、それが今後も続いていきます。時々これらのバージョンは総称して"6.x"と呼ばれます。けれど、これらは完全に同じわけではありません。各シリーズの最新バージョンでは、それ以前のバージョンで発見された問題が修正されています。また、それらの修正には重大なセキュリティアップデートが含まれていることもあります。従って、使っているのがDrupal 5であるか6であるかに関わらず、常にそのシリーズ内で最新のバージョンを使用しなければなりません。 Drupal 5かDrupal 6かを決定するにあたり、いくつかの要因を考慮に入れなければなりません。Drupal 6は、Drupal 5と比べて、より新しく、より長い期間サポートされます。また、より多くの機能と改善が含まれています。したがって、特別な事情がなければ、Drupal 6を使ってください。しかしながら、Drupalの各メジャーリリースに互換性のある拡張モジュール、テーマ、翻訳のリリースは、ときどきDrupalそれ自体よりも遅れる場合があるので、あなたの必要とする機能がまだDrupal 6で利用可能になっていない場合は、それが決定に影響を与えるかもしれません。(拡張モジュールのステータスリストは便利な参照ですが、常にモジュールの公式プロジェクトページで最新の情報を確認するようにしてください。) Drupal 7は現在開発中で、まだプロダクションでの使用に適したものではありません。前回までのパターンと同じだと考えると、安定したバージョン(Drupal 7.0)は2010年の前半のどこかでリリースされることになると思われます。それに伴い、Drupal 5はサポートされなくなり、またセキュリティアップデートが提供されなくなります。それまでの間に、Drupal 5サイトはDrupal 6にアップデートしておく必要があります。 拡張モジュール、テーマ、翻訳ではどのバージョンを使うべきですか? 通常は、モジュール、テーマ、翻訳の各プロジェクトページにある"official releases"の一つを使うべきです。なぜなら、それらがメンテナによって現在サポートされているバージョンとなるからです。それらのページで利用可能な特定のリリースを調べるときに注意すべきなのは、バージョン番号の最初の部分が、Drupalコアのメジャーリリースのどのシリーズとモジュール、テーマ、翻訳の互換性があるかどうかを示しているという点です。たとえば、バージョン番号が5.x-1.2のモジュールは、Drupal 5のみで使用でき、バージョン番号が6.x-1.2のモジュールは、Drupal 6のみで使用できます。 次のリリースはいつですか? オープンソースの伝統に従い、準備できた時です。バグ報告の修正に十分なテストが完了したときです。セキュリティの問題に対する迅速なリリースには、もう少し注意が払われています。報告された問題の修正とテストに関わる人が多くなればなるほど、リリースが出されるのが早くなる可能性があります。 今使っているDrupalのバージョンを知るには? 可能であれば、管理セクション リポート 現状報告 と進んでください。Drupal 6.0以降であれば、バージョン番号が表示されます。Drupal 5.x以下の場合、管理 ログ 現状報告 を見に行ってください。 それが駄目な場合は、DrupalのルートディレクトリにあるCHANGELOG.txtファイルを見つけて開き、稼働中のバージョン番号を探してください。 CHANGELOG.txtが見つからなければ、system.moduleの先頭に次の行がないかチェックしてください define( VERSION , 5.5 ); この行が見つかれば、それが今稼働中のバージョン番号になります。それも見つからなければ、バージョン番号は4.7.2未満ということになります。 今使っているモジュールまたはテーマのバージョンを知るには? インストール済みのモジュールおよびテーマのバージョンは、管理画面の「モジュール」および「テーマ」で見ることができます。管理 サイト構築 モジュール もしくは、管理 サイト構築 テーマ に行くと、バージョン番号が一覧できます。 アップグレードと後方互換性についてはどうですか? より詳細な情報については、Drupalの後方互換性の方針(日本語訳)をお読みください。 より詳しい話 以下のページでは、上級ユーザ向けのより詳細な情報を解説しています。 バージョン番号が意味するものは? ベータ、リリース候補、HEADとは?
https://w.atwiki.jp/drupal/pages/19.html
翻訳済み拡張モジュールリスト drupal.jpにて翻訳されている拡張モジュール http //drupal.jp/node/337 BBCode (4.7 用) Captcha (4.7 用) image (4.6 用) image (4.7 用) nice menus (4.6 / 4.7 用) quicktags (4.7 用) Taxonomy Access Control (4.6 用) Taxonomy Access Control (4.7 用) - r.2 Textimage (4.7 用) TinyMCE (4.7用) Weight (4.7 用) Workspace (4.6 用) Workspace (4.7 用) jboxにて翻訳されている拡張モジュール http //drupal-jbox.net/?q=flexinode/table/2 controlpanel 4.7 Drupal 4.7.0a 4.7 Drupal 4.7.3 4.7 Drupal 5.0β1 5.x flexinode 4.6 image 4.6 img_assist 4.7 inline 4.7 notify 4.7 Organic groups 4.6 PHPTemplate (テーマエンジン) 4.6 poormanscron 4.6 Project + Project Issue Tracking 4.7 scheduler 4.6 site_map 4.6 taxonomy_context 4.7 taxonomy_dhtml 4.6 textile 4.6 trackback 4.7 user_import 4.7 HiromiKimuraさんによる拡張モジュールの翻訳 http //www.tac.tsukuba.ac.jp/~hiromi/index.php?Patch/Drupal Drupal 4.6.x 用モジュールの日本語版 fileevent-460.zip filenode_privacy_byrole-460.zip fileflexinode-460.zip fileprint-460.zip fileurlfilter-460.zip
https://w.atwiki.jp/drupal/pages/46.html
Drupalモジュール開発者ガイド モジュール開発に役立つ日本語サイト Drupalのモジュールを作ってみよう - ハローワールド - syttruの日記hello worldを表示するだけのシンプルなモジュールの作り方。対象は6.x。 モジュール開発ガイド | Drupal.0829.infoDrupal handbookのModule developer s guideを日本語で紹介。対象はDrupal 5。 yasさんのブログ - Drupalで必要最低限の機能のモジュールを作るモジュール開発のテンプレートとして使える。対象はDrupal 5.x。 開発者向けモジュール Develモジュール - 変数やSQLクエリを表示する Coderモジュール - コーディング規約のチェックなど Deadwoodモジュール - 拡張モジュールのバージョン自動変換(5.x→6.x) Examplesモジュール - モジュール開発の参考、APIの解説付き実例 変数など $nodeオブジェクトのリファレンス コアをハックしない 以下は http //drupal.org/node/144376 の日本語訳です。 "コアをハックするな!"このフレーズはDrupalコミュニティにおいてよく聞かれます。このフレーズが書かれたTシャツさえ作られていますが、それでも言いたりないくらいです。コアファイルをいじってDrupalに希望の動作をさせるのがどんなに簡単であるとしても…Drupalのコアファイルは変更しないでください。 コアのハックするとサイトのセキュリティ更新やバグフィックスを複雑で困難に、または不可能に近くします そのためその後のサイトのメンテナンスが困難になります 脆弱性を付く攻撃に対してサイトを無防備な状態にするかもしれません Drupalのコアは、コアをハックする必要がなくなるよう厳密に設計され、入念に考え抜かれています。もしあなたの望む機能が(コアのハックなしで)既存の仕組みでは達成できないということであれば、そのハックをパッチとして投稿することもできます。issueを登録し、コミュニティにあなたが実現させたい機能を説明してください。そしてそのパッチがテストされたら、その機能はDrupalのコアの一部となります。 この規則に例外はあるでしょうか?あるとすれば、それは一般的にDrupalのコアベース、開発手法、そしてセキュリティモデルを完全に熟知している人たちによる、特定のサイトまたはインプリメンテーションになるでしょう。そういう人たちであれば自分たちの変更点を適切にドキュメント化し、自分たちのコードを適切にリビジョン管理できます。よく分からなければ、あなたはコアをハックすべきではありません。 リンク Drupal地獄 (日本語) Module developer s guide | drupal.org Drupal developer toolkit | David Norman
https://w.atwiki.jp/drupal/pages/59.html
Backup and Migrateモジュール 概要 http //drupal.org/project/backup_migrate Drupalのデータベースをバックアップしたりリストアするのをサポートします。バックアップファイルはダウンロードするか、サーバ上に保存するかを選択することができます。小規模なサイトや実験中のサイトにおすすめです。 filesディレクトリの中はバックアップしてくれないので、Backup Filesモジュールと併用した方がよいでしょう。 drupal.orgでの説明 Backup and Migrateは、Drupalデータベースのバックアップとリストア、およびDrupalサイトの他に移行する際のデータ移行の作業を単純化します。このモジュールはgzip、bzip、zipによる圧縮と、自動バックアップのスケジュール化をサポートしています。 Backup and Migrateを使用すると、データベーステーブルの一部または全部をダンプしてファイルをダウンロードしたりサーバ上に保存することができ、アップロードしたファイルや以前に保存されたデータベースダンプからリストアできるようになります。どのテーブルのどんなデータをバックアップするかを選択できます。デフォルトでは、キャッシュデータは除外されます。 セキュリティ上の注意 バックアップファイルは、デフォルトでは.htaccessによるルールで一般から保護されてサーバ上に保存されます。これは正しく設定されたapacheサーバでのみ機能します。apache以外のサーバを使用している場合は、バックアップをサーバ上には保存しないか、何らかの方法でバックアップディレクトリを一般から保護するようにすることを推奨します。 このモジュールはバックアップを書き込む前に書き込み先のディレクトリが一般に読み込み可能でないかをチェックしますが、ユーザは自分でウェブブラウザを使いバックアップファイルを直接ダウンロードできないことを試して確認することを強く推奨します。 スレでの話題 PostgreSQL未対応 78 :nobodyさん:2010/02/06(土) 23 37 28 ID ??? DBはposgresを使っていますが、 Backup and Migrateを使用したいのですが、 Backup and Migrateの画面に行くと # Query failed ERROR syntax error at or near "table" at character 6 in /hogehoge/includes/database.pgsql.inc on line 139. # user warning query show table status in /hogehoge/sites/all/modules/backup_migrate/backup_migrate.module on line 682. # warning Invalid argument supplied for foreach() in /hogehoge/includes/form.inc on line 1428. # warning Invalid argument supplied for foreach() in /hogehoge/includes/form.inc on line 1428. って表示がでてしまい、中身の保存ができません。 解決策はありませんでしょうか?別環境でも同様に起こります。 79 :nobodyさん:2010/02/07(日) 00 07 50 ID ??? 78 そのモジュールはPostgreSQL未対応。READMEにも書いてある。 http //drupal.org/node/341277 80 :nobodyさん:2010/02/07(日) 00 15 35 ID ??? 79 ありがとうございました。
https://w.atwiki.jp/drupal/pages/65.html
Backup Filesモジュール 概要 http //drupal.org/project/backup_files filesディレクトリをバックアップします。リストア機能はありませんが、バックアップファイルを展開するだけです。DBをバックアップするBackup and Migrateモジュールを併用するとよいでしょう。 スレでの話題 パスの設定でDoes not existになる 606 :nobodyさん:2009/06/04(木) 16 29 05 ID ??? Backup Filesモジュールでsites/default/filesを保存しようとしていますが パスの設定でDoes not exist sites/default/filesとなります。 何か設定方法を間違えてるかどうか教えてください。 607 :nobodyさん:2009/06/04(木) 17 26 07 ID ??? 606 実はsites/default/filesがないか、パーミッションがおかしいか。 OSとPHPのバージョンは?Windowsだと動かない場合があるよ。 608 :nobodyさん:2009/06/04(木) 17 34 36 ID ??? 606 それとサブディレクトリ(/drupalとか)の場合はダメみたいだね。 ttp //drupal.org/node/346084 609 :606:2009/06/04(木) 17 45 02 ID ??? 607 608 レスありがとうございます。 debian+php5.2ですがサブディレクトリに置いてるからっぽいですね ttp //drupal.org/node/346084のパッチで$_SERVER[ DOCUMENT_ROOT ]を読むようにして試してみます ファイルサイズが0KBになる 595 :nobodyさん:2009/07/23(木) 10 44 29 ID ??? backup_filesでsites/default/filesをバックアップしようと思ってます テストではきちんとファイル名の羅列をしてくれるのですが 実際に保存するとサイズが0kbのファイルができるだけなんですがなんででしょう? ちなみにサブディレクトリではないです。 596 :nobodyさん:2009/07/23(木) 11 19 57 ID ??? 595 いったんファイルシステムの設定(admin/settings/file-system)に 行ってから設定を保存。デフォルトではDBにfile_directory_tempの 値が入ってないから失敗するっぽい。 597 :nobodyさん:2009/07/23(木) 11 57 35 ID ??? 596 レスありがとうございます。 「ファイルシステムの設定」に入って設定を保存してからbackup filesに移ると保存出来ました! ただサイト名が日本語だからか文字化け.tgzというファイルになってしまいますが中身は問題無しでした。
https://w.atwiki.jp/drupal/pages/97.html
Hacked!モジュール 概要 http //drupal.org/project/hacked Drupalでの開発において「コアをハックしない」ことは大変重要です。Drupalコアや配布されている拡張モジュールをハックしてしまうとDrupal地獄に堕ちることになります。 このモジュールは、インストール済みのモジュールをスキャンして、ハックしてしまったモジュールがないか検証してくれます。 drupal.orgでの説明 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 このモジュールはあなたのサイトが「ハック」されることを防ぐものではありません。 このモジュールは、現在インストール済みのDrupal、拡張モジュール、テーマをスキャンし、それらを再ダウンロードして、変更された箇所がないかを検証します。変更点は分かりやすく示され、また、diffモジュールがインストールされている場合、Hacked!は変更された正確な行を示してくるようになります。 さらにHacked!は、drushインテグレーションを提供しており、どのファイルが変更されているかをコマンドラインで見ることもできます。 これはもっぱら開発用のツールであり、プロダクションサイトには絶対にインストールしないでください(インストールしようと考えもしないでください)。 類似モジュール md5check や File integrity check など、 integrity(整合性、同一性) モジュールは他にもいくつかあります。これらのモジュールは実際のサイトをコード変更の危険から守る機能がありますが、Drupalコアしかチェックしません。
https://w.atwiki.jp/drupal/pages/123.html
Demonstration site (Sandbox / Snapshot)モジュール 概要 http //drupal.org/project/demo 現在のDrupalサイトの状態をスナップショットとして記録し、後から復元できるようになります。仮想マシンのスナップショット機能や、Windowsの「システムの復元」のような機能です。 新しいモジュールをテストしたり、設定を変更したりする際に便利です。何かをテストする前にスナップショットを作成し、テストが終わったら直前のスナップショットに戻す、という使い方をすれば、環境を汚すことがありません。 drupal.orgでの説明 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 このモジュールを使うと、サイトのスナップショットを取れるようになります。Drupalインストレーションを、モジュールのテストや、モジュール・エクステンション・テーマ(その他なんでも)の公開デモサイトを作るために使えるサンドボックスにします。サイトを保存された状態にリセットしたければ、マウスをクリックするだけでよいのです。cronが有効になっていれば、Drupalサイトを指定した間隔で、選択したスナップショットに自動的にリセットするように設定することもできます。 インテグレーション スナップショットを使ったDrupalサイトをセットアップするのに、Demonstration Site Install Profileをご利用ください インストール 最新のREADME.txtをご覧ください。 公開デモサイトを作成するには、同梱のDemo Resetモジュールもインストールしてください。これを使うと、訪問者がサンドボックス内で遊べるようになります。自動的にサイトをリセットするには、crontabを設定する必要があります。ホストが本物のcrontabをサポートしていない場合は、Poormanscronが使えるはずです。 今後の予定 スナップショットに関する(最近の)変更を表示するためにJournalモジュールと連携する。 More default settings during installation of Demo module to protect our kids. スナップショットが作成されてから追加された(アップロードされた)ファイルの削除のサポート。これにより、ファイル関連のモジュールのサンドボックスとしても使えるようになります。 作者 Daniel F. Kudwien (sun) Stefan M. Kudwien (smk-ka) このプロジェクトは次の会社が提供しています unleashed mindDrupalを使ったサイトのコンサルティング・開発を専門としており、インストール、開発、テーマ作成、カスタマイズ、ホスティングを含むサービスを提供しています。詳しくは http //www.unleashedmind.com をご覧ください。
https://w.atwiki.jp/drupal/pages/60.html
Node import モジュール 概要 http //drupal.org/project/node_import データをCSVやTSVファイルなどからまとめてインポートすることが出来ます。 特徴 ノード、ユーザ、ボキャブラリー、タームをインポート CCKモジュールで作成した独自フィールドのデータにも対応 注意事項 データベーステーブルの追加 node_import_status node_import_tasks 対応バージョン Drupal 5以降 リンク Node import | Drupal Tips - FLAT FLOOD -
https://w.atwiki.jp/drupal/pages/94.html
Organic groups(OG)モジュール 概要 http //drupal.org/project/og Drupalでグループ管理を可能にするモジュールです。関連モジュールもたくさんあり、「OG」と略されます。 groups.drupal.orgのグループ管理にもOGが使われています。 また、OGを使ったイントラ向けのパッケージとしてOpen Atriumというのもあります。 日本語翻訳 Organic groups 日本語訳 | drupal.pineray.jp - 5.xのみ リンク Organic groups | 体で覚えた初めてのホームページ作り